Modelando aplicaciones Web
Conallen propone una extensión al UML para diseñar
aplicaciones Web:
Modelando aplicaciones Web
Dado que las páginas Web son los principales componentes
de la arquitectura Web, hay que poder modelarlas. Usando
UML podemos ver una página Web como un objeto.
¿Cuáles serían entonces las propiedades de estos objetos?
Es conveniente hacer la distinción entre páginas del servidor
y páginas del cliente. Los scripts de las páginas del servidor
representan los métodos de esta clase. Las páginas del cliente
tienen métodos que se ejecutan solamente del lado del cliente,
como por ejemplo, Java Applets y controles ActiveX.
Modelando aplicaciones Web
Hay una relación fundamental entre las páginas del servidor y
las páginas del cliente, y es que las páginas del servidor crean
las páginas del cliente. Esta relación es en una sola dirección,
y para modelarla se usa el estereotipo < < builds>>. De este
modo, se indica cuál página del servidor es encargada de crear
la página del cliente. Por ejemplo:
Modelando aplicaciones Web
Algunas páginas del servidor podrían redireccionar ciertas
solicitudes de procesamiento a otras páginas servidoras
(una especie de IF). Permitir modelar estas situaciones es
útil para la reutilización. Para esto se utiliza el estereotipo
< < redirects>>. Por ejemplo:
Página que delega
funcionalidad
Modelando aplicaciones Web
Otra relación importante en el diseño de aplicaciones Web
es el vínculo (link, o anchor) entre páginas. Las páginas
vinculadas podrían ser páginas de cliente o del servidor.
El estereotipo < < links>> define relaciones entre páginas
cliente y otras páginas (cliente o servidoras). Ejemplo:
Modelando aplicaciones Web
Si un vínculo (hyper link) incluye parámetros, éstos son modelados
como atributos del link fuera de la asociación. Por ejemplo:
Modelando aplicaciones Web
Dado que una página podría
tener varios formularios (forms)
es posible que desde esta
página se acceda a diferentes
páginas. Los formularios se
modelan con el estereotipo
< < form>> (un estereotipo
por cada formulario). Las
páginas cliente contienen
formularios. Ejemplo:
Modelando aplicaciones Web
Usando frames, una página
cliente podría estar compuesta
por múltiples páginas al mismo
tiempo. Los frames se imple-
mentan en HTML usando un
frameset. Un frameset podría
a su vez estar contenido en
otro frameset. Las páginas
Web contenidas en un
frame se llaman targets. El
estereotipo < < targeted link>>
hace referencia a páginas que
van ser cargadas en un frame
distindo del que contiene la
página que tiene el link.
Modelando aplicaciones Web
(Gp:) SearchResults
(Gp:) Home
(Gp:) GetProduct
(Gp:) ProductDetail
(Gp:) < < link>>
{productID}
(Gp:) 0–*
(Gp:) < < link>>
(Gp:) < < build>>
(Gp:) Home page
La página SearchResults contiene un número variable de links (0..*) hacia la página del servidor GetProduct. Para cada productID se construye una página ProductDetail diferente.
Modelando aplicaciones Web
< < boundary>>
Home page
< < boundary>>
Orders
< < boundary>>
Schedule
< < boundary>>
Order status
< < boundary>>
Account Summary
User
Maintenance
< < boundary>>
Detailed info
< < boundary>>
Account distribution
Full Site Navigation Map
Otro ejemplo: modelando el mapa de navegación según actores.
Modelando aplicaciones Web
< < boundary>>
Home page
< < boundary>>
Orders
< < boundary>>
Order status
< < boundary>>
Account Summary
< < boundary>>
Detailed info
< < boundary>>
Account distribution
Account Executive
Account Executive Navigation Map
Modelando aplicaciones Web
< < boundary>>
Home page
< < boundary>>
Orders
< < boundary>>
Order status
Registered User Navigation Map
Registered User
 Página anterior | Volver al principio del trabajo | Página siguiente  |